home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group01a.txt / 000093_icon-group-sender _Fri Jul 7 07:44:18 2000.msg < prev    next >
Internet Message Format  |  2002-01-03  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id HAA11378
  4.     for icon-group-addresses; Fri, 7 Jul 2000 07:42:22 -0700 (MST)
  5. Message-Id: <200007071442.HAA11378@baskerville.CS.Arizona.EDU>
  6. Date: Fri, 7 Jul 2000 14:43:26 +1200 (NZST)
  7. From: "Richard A. O'Keefe" <ok@atlas.otago.ac.nz>
  8. To: gep2@terabites.com, icon-group@optima.CS.Arizona.EDU, trollet@skynet.be
  9. Subject: Re: Error messages
  10. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  11. Status: RO
  12. Content-Length: 762
  13.  
  14. Gordon Peterson <gep2@terabites.com> wrote (in extremely long lines):
  15. > Although you COULD probably write [an assembler] in Prolog,
  16. > I have to wonder if the benefits of making that choice are
  17. > enough to justify the hassle.
  18.  
  19. I just _have_ to ask:  WHICH hassle?
  20.  
  21. Let's face it, analysing the input hasn't been the hard part of assembler
  22. writing for decades.  Writing the output is the tricky part.  The real
  23. hassle is finding out what the wretched output is supposed to look like.
  24.  
  25. For UNIX (maybe Windows too; I've never used Cygwin) anyone wanting to write
  26. a new kind of assembler would be mad not to re-use as much of the GNU binutils
  27. as practical.  By all means put a smart new front end on an assembler, but
  28. let someone else deal with the *real* hassle.
  29.  
  30.